home *** CD-ROM | disk | FTP | other *** search
/ Amiga Format CD 22 / Amiga Format AFCD22 (Jan 1998, Issue 106).iso / -in_the_mag- / picmanagerpro / help / drv.hlp < prev    next >
Text File  |  1997-11-19  |  13KB  |  284 lines
  1.  DISPLAY DRIVERS
  2.  ===============
  3.  
  4.    Introduction: Computer graphics on the Amiga and graphic cards
  5.    -------------------------------------------------------------
  6.    Here are just a few words on the differences between planar and
  7.    chunky graphic organisation which have already been discussed
  8.    within the chapter on graphic formats.
  9.  
  10.    "Planar"
  11.  
  12.    On the Amiga, with its original graphic chipset, the graphic data
  13.    is principally organised in the form of single planes.
  14.    With ECS these are max. 6 Bitplanes (0..16/32 Colours or HAM6),
  15.    with AGA then max. 8 Bitplanes (0..256 Colours or HAM6/HAM8).
  16.    These planes have to be understood as the single levels of the bytes,
  17.    which contain the number of the colour registers to be used.
  18.    So bitplane 0 contains "one after the other" the lowest and
  19.    bitplane 6/8 the highest bits of these bytes.
  20.    The reason for this is how the custom chips of the Amiga
  21.    work. Also certain advantages in speed which will appear when
  22.    using less than 256 colours (for example only 63 or 128).
  23.    With chunky modes this does not matter since 8 Bits per pixel (1 Byte)
  24.    will always be used in contrary to the planar mode where only
  25.    as many bytes as actually needed (1-8) will be used.
  26.  
  27.    Additionally, at least two ways exist to represent data
  28.    as bitplanes. The first one is just called "planar" (from "plane").
  29.    The second one is "interleaved", since the lines of the
  30.    single planes do not follow each other but instead
  31.    are interleaved together.
  32.    This has just been mentioned for reasons of completeness - and because
  33.    it is a special feature of the AGA chipset:
  34.    for more information you should read specialised literature.
  35.  
  36.  
  37.    "ChunkyPixel"
  38.  
  39.    The ChunkyPixel representation of graphics is the most simple of all
  40.    and in most cases where 256 colours are to be displayed perhaps
  41.    also the fastest one.
  42.    There's not much to say about this one, the colour register numbers
  43.    will simply be stored line by line - as much as needed.
  44.    Depending on the width and height of the graphics, these are
  45.    written from left to right and top to bottom into a rectangle
  46.    memory area which in the best case would be identical with the
  47.    graphic memory of an optionally used graphic card.
  48.  
  49.    There are also derivatives which usually only appear when
  50.    saving graphics and which take 4 Bit pixel pairs which then will be
  51.    represented by a single byte. This is only possible, when only up to
  52.    16 Colours (4 Bit) are represented by a single chunky byte so that the
  53.    free space may be used for simple compression.
  54.  
  55.  
  56.  
  57.    "TrueColour"
  58.  
  59.    Quite often 16 and 24 Bit TrueColour graphics may be wrongly
  60.    called "ChunkyPixel" which is not actually correct.
  61.    Although "chunky" is not wrong, "chunky pixel" is reserved
  62.    for palette based data.
  63.  
  64.  
  65.    Using the standard graphic mode with PMPro
  66.    ===========================================
  67.  
  68.    Displaying graphics from outside and within PMPro is managed by
  69.    SuperView-Library. When speaking of SuperView from now on,
  70.    this will mean the Library in conjunction with PMPro.
  71.    In general, SuperView knows planar (BITPLANE) as Chunky- and 
  72.    TrueColour (both ONEPLANE) graphics.
  73.    It has to be mentioned that only the most common derivatives are
  74.    supported to not overload the applications with a whole bunch
  75.    of variations.
  76.    So without confusing the user other formats will automatically be
  77.    converted internally to the required format just before the graphic
  78.    is ready to be used after the loading has finished.
  79.  
  80.    The following table shows the system behind this:
  81.  
  82.  
  83.       up to      256 Colours (planar)      BITPLANE
  84.       up to      256 Colours (chunky)      ONEPLANE  8 Bit (Palette)
  85.       more than 256 Colours (TrueColour)   ONEPLANE 24 Bit (RGB-Values)
  86.  
  87.    Which format that is used internally for representation mainly
  88.    depends on how the data has been stored within the source graphic
  89.    file format so that the least amount of conversion overhead
  90.    will be needed.
  91.  
  92.    Why this is so will become clear when coming to the displaying of 
  93.    graphics. Depending on the output medium, either chunky or planar data
  94.    will be faster. It really does not matter whether this conversion
  95.    will be or has been done before or during the display operation.
  96.    When using chunky in general, this might mean multiple conversion
  97.    (planar ILBM file -> ONEPLANE -> displaying on AGA as bitplane),
  98.    as well as using bitplanes in general (e.g. converting 24 bitplanes to
  99.    RGB TrueColour values).
  100.  
  101.    So it makes more sense to use the format which comes nearest
  102.    to the original data (minimal conversion amount) and which only
  103.    converts when the data actually has to be processed
  104.    for displaying in another format.
  105.  
  106.    With SuperView-Library and many other graphic programs this "dualism"
  107.    of bitmap and chunky graphics is the reason for long display times
  108.    of planar graphics on chunky displays and vice versa.
  109.  
  110.    Therefore, this means for example that IFF-ILBM is 
  111.    displayed faster on AGA than e.g. BMP but that a graphic card
  112.    perhaps will display BMP quicker on the screen than IFF-ILBM.
  113.  
  114.    When using the SuperView-Library system the user in general does not
  115.    have to concern themselves since this work will automatically
  116.    be managed by the specific application of superview-internal display-
  117.    drivers (SVDrivers). However, it may be useful to know which format
  118.    would be the fastest one for their own system configuration.
  119.    In the end it makes sense to save newly created graphics for your own
  120.    usage only in either Bitplane OR Chunky formats.
  121.  
  122.    This does mainly concern 8 Bit graphics (256 colours with palette),
  123.    since 24 Bit does not allow such assumptions: 24 Bit RGB data
  124.    in chunky representation will always be used no matter how these
  125.    have been stored within the source file.
  126.    There are really strange ways to save 24 Bit graphics but only this
  127.    one has actually become a standard even if the single vendors of
  128.    display engines and graphic cards seem to have different opinions
  129.    about representing these internally as either BGR or RGB values...
  130.  
  131.  
  132.  
  133.    SVDrivers - display drivers of PMPro
  134.    ====================================
  135.  
  136.    The following display drivers are currently available for the PMPro:
  137.  
  138.  
  139.    Display/card   SVDriver         Requirements              Shows:
  140.  
  141.    ECS            ECS              ECS*, OS V2.04+ (V38)     8/24 Bit
  142.    AGA            AGA              AGA*, OS V3.00+ (V39)     8/24 Bit
  143.    CyberGraphX    CyberGraphX      CyberGraphX RTG System    8/24 Bit
  144.    EGS-System     EGS7             EGS-Graphic-Libraries V7  8/24 Bit
  145.    Picasso II     Picasso II       Picasso II-Card           8/24 Bit
  146.    OpalVision     OPAL             OpalVision Card           8/24 Bit
  147.    RetinaZ2/Z3    Retina           Retina ZII/ZIII Card      8/24 Bit
  148.    Merlin         Merlin           Merlin Graphics Card      8/24 Bit
  149.  
  150.  
  151.  
  152.    ECS / AGA
  153.    ---------
  154.    Special ECS/AGA optimised SVDrivers which nevertheless will also work
  155.    - when driven in RTG mode - in up to 256 Colours with graphic cards
  156.   (* no AGA chipset needed).
  157.  
  158.    The following settings are possible/necessary for configuration:
  159.  
  160.                           ECS/AGA
  161.  
  162.                         - 24BITOPERATOR=<OperatorName>
  163.                           ; (case-sensitive, ".svoperator" may be added)
  164.                           ; e.g. "24BITOPERATOR=24BitToHAM.svoperator"
  165.                           ; or   "24BITOPERATOR=ExtractGrayScales"
  166.                           ; specifies which operation should be performed
  167.                           ; on 24 Bit graphics _before_ displaying them
  168.                           ; (if not specified, "best guess" colours will
  169.                           ;  be used, which is really slow)
  170.                         - BITMAPCOPY=<DIRECT|RTG>
  171.                           ; "BITMAPCOPY=RTG" prevents AGA.svdriver from
  172.                           ; directly copying into Bitmaps which will
  173.                           ; result in a usage of more memory but keeps it
  174.                           ; working.
  175.                           ; Default is "BITMAPCOPY=DIRECT".
  176.                         - SCREENINFRONT
  177.                           ; Put Screen to front _before_ the graphic
  178.                           ; has been displayed (useful with GfxCards)
  179.  
  180.                           ECS only
  181.  
  182.                         - 8BITOPERATOR=<OperatorName>
  183.                           ; (case-sensitive, ".svoperator" may be added)
  184.                           ; e.g. "8BITOPERATOR=ExtractGrayScales"
  185.                           ; specifies which operation should be performed
  186.                           ; on non-ECS graphics (more than 16 Colours in
  187.                           ; HighRes, more than 32 Colours in LowRes, HAM8)
  188.                           ; (if not specified, will be used to display)
  189.  
  190.  
  191.    CyberGraphX
  192.    -------------
  193.    This driver displays any 1-8 or 24 Bit graphics on the
  194.    CyberGraphX RTG-System.
  195.    More than 256 colours will either be displayed in 16 or 24 Bit,
  196.    depending on preferences and/or free memory.
  197.    HAM6/8-data will be converted to 24 Bit.
  198.    Only CyberGraphX screen modes will be used.
  199.  
  200.    The following settings are possible/necessary for configuration:
  201.  
  202.                         - EMUSCREENDEPTH=<16|24>
  203.                          ; beginning depth for opening CyberGraphX Screens
  204.                          ; Default is 16 Bit (which will also be tried
  205.                          ; if opening a 24 Bit Screen fails)
  206.                          ; This does not concern colour depths < 16 Bit,
  207.                          ; except HAM6/8.
  208.                         - SMALLSCREENS
  209.                          ; unless this KeyWord is specified it is not
  210.                          ; possible to open screens smaller than 320x240
  211.  
  212.    EGS7
  213.    ----
  214.    This driver displays any 1-8 or 24 Bit graphic on the
  215.    EGS Workbench emulation system. Any data will be displayed in 24 Bit.
  216.    HAM6/8 data will be converted to 24 Bit.
  217.  
  218.    There are no further settings possible/necessary.
  219.  
  220.  
  221.    Picasso II
  222.    ---------
  223.    This driver displays any 1-8 or 24 Bit graphic on the
  224.    Picasso Workbench emulation system (not tested with
  225.    the cloned vilintuisup.library of CyberGraphX - so the
  226.    CyberGraphX driver should be used).
  227.    More than 256 colours will either be displayed in 16 or 24 Bit
  228.    - depending on preferences and/or free memory. HAM6/8-data will
  229.    be converted to 24 Bit. Only Picasso screen modes will be used.
  230.  
  231.    The following settings are possible/necessary for configuration:
  232.  
  233.                         - SMALLSCREENS
  234.                           ; unless this KeyWord is specified, it is not
  235.                           ; possible to open screens smaller than 320x240
  236.                         - EMUSCREENDEPTH=<16|24>
  237.                           ; beginning depth for opening Picasso Screens
  238.                           ; Default is 24 Bit (if opening fails, it will
  239.                           ; try to open a 16 Bit Screen)
  240.                         - AUTOSCROLLADJUST
  241.                           ; this keyword will force Autoscroll whenever
  242.                           ; it would make sense, but the Picasso Software
  243.                           ; would not manage it by itself (when either
  244.                           ; only width or height need to be autoscrolled)
  245.  
  246.  
  247.    OPAL
  248.    ----
  249.    This driver allows the display of graphics on the Framebuffer-/video card
  250.    OpalVision, which allows a max. 768x512 at 15KHz.
  251.  
  252.    The driver is included with kind permission of Steve Quartly.
  253.    We cannot therefore guarantee full functionality.
  254.  
  255.  
  256.    Retina
  257.    ------
  258.    This driver displays any 1-8 or 24 Bit graphic on the
  259.    Retina Workbench emulation system.
  260.    More than 256 colours will either be displayed in 16 or 24 Bit,
  261.    depending on preferences and/or free memory.
  262.    HAM6/8-data will be converted to 24 Bit.
  263.  
  264.    The following settings are possible/necessary for configuration:
  265.  
  266.                         - EMUSCREENDEPTH=<16|24>
  267.                           ; beginning depth for opening Retina Screens
  268.                           ; Default is 24 Bit (if opening fails, it will
  269.                           ; try to open a 16 Bit Screen)
  270.  
  271.    Merlin
  272.    ------
  273.    This driver displays any 1-8 or 24 Bit graphic on the
  274.    Merlin Workbench emulation system.
  275.    More than 256 colours will either be displayed in 16 or 24 Bit,
  276.    depending on preferences and/or free memory.
  277.    HAM6/8-data will be converted to 24 Bit.
  278.  
  279.    The driver is included with kind permission of Thomas Eigentler.
  280.    We cannot therefore guarantee full functionality.
  281.  
  282.    There are no further settings possible/necessary.
  283.  
  284.